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Coping with fast modems 

By Dennis Doms 

You may have noticed that several companies are now carrying 
high-speed modems at drastically lower prices than a few months ago. 
Although normally advertised for (and sometimes packaged with soft- 
ware for) Mac and PC compatible systems, these modems can also be 
used on Apple 11 systems. 

Iliere are many communications standards in use and thdr 
names look like alphabet soup, so grab a spoon and let's get a 
taste of the prominent modem standards. 

The early personal computer modem standards were Bell 1 03 (300 
'bits per second" or "bps," also called the "baud rate") and Bell 212A 
(1200 bps). These standards were used mostly in the United States 
and Canada. 

As modems became more common, standardization moved into 
the international realm of a committee known as the CCITT, CCITT 
V.22 is the international 1200 bps standard (it's similar to Bell 212A). 
At the next level, things merged; CCITT v.22bis (2400 bps) is used 
pretty much around the world. 

At 9600 bps several standards were tried but CCITT v.32 seems to 
be emerging as the "winner" by popular consensus. Some high-speed 
modems also support CCITT v.32bis for 14,400 bps. These stan- 
dards, implemented on a chip set available to modem manufacturers, 
are the ones supported by the recent plethora of high-speed FAX 
modems. 

As with all these standards, the modem must be communicating 

with another modem supporting the same standard, (That is, a v.32 
modem can't communicate at 9600 bps with another modem using a 
non-v.32 standard.) This is especially confusing for the several 9600 
bps protocols marketed, but v.32 is becoming the defacto "standard". 

(If you think 14,400 is fast: a v.32fast standard for 28,800 bps is 
being proposed.) 

Many modems also support error detection/correction and 
data compression protocols. An error-correcting modem sends 
additional information with the data to allow another error-correcting 
modem (of the same standard) to determine if something has gone 
wrong in transmission and to attempt to compensate for it. A modem 
with data compression is smart enough to "compact" the data so it 
takes less time to transmit, and the receiving modem (of the same 
standard) is smart enough to recognize and decompress the data 
before passing it on to your computer. 

Several proprietary standards evolved into the l^icrocom Network- 
ing Protocols 1 through 5 (MMP 1-5). m? protocols 1 through 4 
encompass various types of error checking and MMP 5 (which 
includes the 1-4 standards) adds data compression. MNP 5 is the 
most common implementation today and offers data compression up 
to about 50 per cent of the data stream. That is under ideal circum- 
stances, however. On a precompressed file (such as most files 
archived for downloading) MNP 5 will actually increase the time need- 
ed to send the file. Many BBS's and online services, including QEnie, 
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use MNP 4, which provides error correction but not data compression, 
for this reason. 

The common standards you'll see on high-speed modems are v.42 
for error correction and v.42bis for data compression. 

When you set up a high-speed modem connection you need to use 
two modems with compatible standards and you need to make sure 
that your terminal (for most Apple II users, your computer with com- 
munications software) is capable of communicating at the maximum 
speed of the modem. There are some facets to this last part — the 
maximum communication speed of your computer, that aren't obvi- 
ous. Let's take a look at them. 

Because high speed modems can compress data, they can 
actuaDy transfer more data through the phone line than the bps 
rate itself would suggest. With v.42bis a total compression of 4 to 
1 is possible. This means a 14400 bps modem can conceivably trans- 
fer at a rate of 57600 (4 times 14400) bps, at least for short bursts 
when the data can be compressed by that ideal 4 to 1 ratio. This 
means your computer's serial port needs to be set to 57600 baud so 
that your modem can communicate with your computer as fast as it 
does with the other modem. Whether your serial port can meet this 
challenge depends on what computer and what communications soft- 
ware you're using. 

The Apple lie Super Serial Card is pretty much limited to about 
19200 bps on a "stock" lie. Using an accelerator to speed the 
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computer beyond the "factory original" one megatiertz may help relia- 
bility with some programs. 

The serial port software built into the lies will support communica- 
tions up to 1 9200 bps; this limit is primarily imposed by the fastest 
speed at which the programs can grab data from the serial port. The 
built-in routines are "general purpose" so that diverse programs can 
use them; a communications package can improve upon these rates 
by using its own specialized routines that bypass the built-in software. 
A programmer who does this on the Has has to be very careful to 
insure that the serial port is available; although the IIqs is technically 
not a multitasking machine, it's conceivable that a co-resident pro- 
gram such as a desk accessory might be using the serial port. 

The Mac serial port hardware Is nearly identical to what's fn the 
IIqs, though the Macintosh system software is obviously not the same 
and very fast models of the Mac exist. We decided to test some Apple 
11 combinations along with both slow (an 8 MHz Mac Classic) and fast 
(a 20 MHz llsi and 25 MHz PowerBook 170) Macs to see how they 
fared. 

We used an MS-DOS PC for the host in our tests. The PC has an 
advantage in that it can use a version of a serial chip that "buffers" 
(remembers) characters wheti the computer isn't quite ready to deal 
with them. By using a serial port with this type of interface chip (a 
16550) we were able to get much better results than with non- 
buffered chips. Although the microprocessor in a PC can run at very 
high speeds, in most cases the internal data transfer circuitry, known 
as the bus, is limited to 8 MHz for compatibility. 

We performed some speed tests using the fastest Apple 11 drivers 
we could find (which happened to be in Proterm 3.0) to compare with 
some results using Mac and PC systems, which we'll report later. 
Since Apple II users are a diverse lot it's hard to be specific about the 
best combination and ultimate achievable speed, but overall, using 
optimized drivers (primarily a function of the software you're attempt- 
ing to use) and faster hardware (usually achieved by accelerating the 
processor) will help. 

Since we plan to push tlie serial port for all it's worth, we 
have to be sure that it can shout "Wait!" if it can't keep up. As 
usual in the computer world, there's a software and a hardware way 
to do this. Software handshaking involves sending control code char- 
acters in the data stream to indicate when to start or stop the data 
flow. The most common is "XON/XOFr handshaking. When the 
device is nearly "full" it sends the "XON" character (usually defined as 
control-S) to the sender to tell it to stop sending data as soon as it 
can. When the receiver is ready again, it signals the transmitter by 
sending it an "XOM* character (usually a control-Q). 

XOn/XOrr is very simple and requires only that the transmitter be 
ready to accept the signal and stop transfer until told it's okay to 
resume. The trouble with XOPi/XOFF is that it requires the software on 
the transmitting side to take some time out of sending data to occa- 
sionally watch for the XOFF character. It also means that the transmit- 
ter has to be careful not to send more data between checks for the 
XOFF character than the receiver might reasonably be expected to 
still have room for (this is subject to tricky limitations and there are 
no precise "rules" for the reserve space to expect), These factors 
cause XOn/XOFF to interfere with the rate of data flow as the commu- 
nication speed increases. 

The other solution is hardware handshaking, where the receiver 
uses a hard wired connection to tell the transmitter to stop or start 
transmission. In this case, when the "stop" signal is applied, the trans- 
mitter's peripheral interface will tell the transmitting software it's not 
ready to send the next character. Since the software normally checks 
to see if the interface is ready before stuffing the next character in it 
anyway, this doesn't require the software to expend extra effort (and 
time) checking for readiness like XOM/XOFF does. Also, since the sig- 
nal is transmitted at the speed of electricity through wire (instead of at 
the communications bps rate) the transmitter is able to stop without 
any risk of overrunning the receiver's buffer. The drawback for this 



timeliness is that, since the handshake signal can't be generated on 
the same wires as the data, you need more wires in your cable to 
implement it. You can make a cable for a connection using software 
handshaking with as few as three wires (transmit signal, receive sig- 
nal, and signal ground); hardware handshaking requires at least two 
extra wires (more if you want to continuously insure your connection 
is intact) for bidirectional control. 

There are several schemes for hardware handshaking; with 
modem communications, several different handshakes may be used 
for different purposes. Overall, communications equipment is divided 
into two general classes: Data Terminal Equipment (DTE) and Data 
Communications Equipment (DCE). In general you can think of a 
device that produces output in human-readable form as DTE and a 
device that moves data to another location as DCE. You computer is 
DTE because it presents information on a screen. Likewise, printers 
are usually considered DTE since they put information on paper. A 
modem is DCE since it sends data to another modem but doesn't dis- 
play or print data itself. 

Handshaking is often defined in terms of these types of equipment. 
Overall, the common signals are: 



Siqnal 


Acronym 


Siqnals 


Ground 


P6 


protective (shield or fraine) ground 


ring indicator 


RI 


indicates phone line "ring" 


Signal ground 


SG 


cconon baseline for signal reference 


Transmit data 


TxD 


data signal output 


Receive data 


m 


data signal input 


Data carrier detected 


DCD 


device is connected (fron DCE) 


Data terminal ready 


DTR 


device is ready to send data (to DCE) 


Data set ready 


DSR 


device is ready to send data (frcn DCE) 


Request to send 


RIS 


device wants to send data (to DCE) 


Clear to send 


CIS 


device is ready to accept data (frcn DCE) 


Secondary CTS 


scrs 


(alternate) device is ready to accept data 






(from DCE) 



These signals are defined here as applying to data communications 
equipment, but the other end of the signal will connect to data termi- 
nal equipment (that is, RTS is a signal defined as to DCE, but could 
also be thought of as a signal from DTE). Some are redundant, such 
as SCTS. 

Exactly how these signals are used for handshaking (in the case of 
modem communications) varies with the implementation of the DTE 
(computer) to DCE (modem) connection. Differences in the way man- 
ufacturers have decided to design their serial ports has caused more 
than a little fragmentation of the RS-232 "standard"; the limitation 
usually comes from trying to minimize the size of the serial connector. 

The use of these handshake signals is defined by the RS-232 
specification of the Electronic Industries Association. These can 
be explained in an analogy to the telephone. 

DTR and DSR indicate whether the person speaking (DTR) and the 
phone (DSR) are each ready to initiate a conversation. 

RI is the bell to indicate someone wants you to pick up the phone. 

DCD indicates whether the phone at the other end of the line is on 
the line and available for conversation. (Even if neither side is actually 
saying anything.) 

RTS and CTS indicate whether or not the speaker wants to speak 
(RTS) or is ready to listen (CTS). 

TxD and RxD correspond to the phone's mouthpiece (for transmit- 
ting data) and earpiece (for receiving data). 

A typical exchange may go like this: 

The phone rings. (RI asserts itself; the modem passes this on to the 
computer). 

You pick up the phone. (DTR Is asserted to indicate the terminal is 
responding to the ring.) 
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The phone isnt dead. (The modem is asserting DSR as "true," Indi- 
cating the modem is ready.) 

The phone gives you bacl^ground noise instead of a dial tone. (DCD 
is Indicated by the modem to verify it has established communication 
with a remote system.) 

You prepare to speak. (RT5 is asserted.) There's no voice coming 
through at the other end, so you know they're waiting for your 
response. (CTS is asserted.) You say "Hello". (TxD.) 

The other party is ready to mmer. (KTS.) You're ready for them to 
speak. (CTS.) You hear "Hi, this is Beth." (RxD.) You want to respond 
(RT5) but you're waiting for them to finish (CTS). Then you speak 
(TxD). 

This loop could go on for hours. One way it could end is for the 
phone at the other end to die (DCD is lost). Another is that your 
phone could suddenly fail (DSR is lost). There are other more grisly 
possibilities, but let's assume everything precedes normally... 

At the end of the conversation, either the remote party hangs up 
first (DCD is lost, telling you the other modem has hung up) or you 
hang up (DTK is set false, telling your modem to hang up). At this 
point, you're ready to start again. 

Back in the real world, it isn't always this simple, riot all serial 
devices use all these signals, and so both computers and modems 
may use alternative methods of monitoring events. You can conduct a 
serial conversation with as few as three signals (TxD, RxD, and 
ground) by using software handshaking. However, this isn't ideal for 
high speed communications; the telephone equivalent would be 
explicitly saying "Okay, you can speak now. ..please wait. ..go ahead" 
to let the other party know you're keeping up with their conversation. 

Hardware handshaWng, even with interface peculiarities, is the 
more efficient solution, and becomes increasingly desirable (and even 
necessary to maintain speed) as the communication speed increases. 
Hardware handshaking is also necessary in situations where software 
handshaking codes might interfere with interpretation of the data 
stream, such as when raw data is being transferred, (There are soft- 
ware methods to coordinate these transfers, but they require diluting 
the data with further control codes.) 

To use hardware handshaking you need the proper connections 
and coordinated software support. We took several examples out of 
the FroTERM manual since it actually recommended the cabling it pre- 
ferred. 

The Apple lie Super Serial Card and most PC serial ports rec- 
ognize nearly all of tfie defined handshaking signals. The Apple 
Super Serial Card uses a DB-25 (D-shaped connector with 25 pins), 
but only 1 wires are actually carried from the card to the connector. 
The missing signal is the "ring indicator". 

The PC recognizes 9 signals on the common "AT-style" DB-9 con- 
nector (D-shaped connector with 9 pins); SCTS and frame ground are 
omitted. Some PCs serial interfaces may use the older XT-style DB-25 
connector; on ones we've seen, you are often limited to the same 
nine signals. 

With plenty of wires, hardware handshaking for the lie is no prob- 
lem, a standard RS-232 cable with all 25 pins wired straight through 
will work fine. (Actually, you only need the wires defined on the Super 
Serial Card interface, but full cables aren't hard to find and generally 
cost little or no more.) 

The Mac and the ngs have a problem due to a duid nature of 
their serial port. To support AppleTalk, the Mac and IIqs use a high- 
speed serial interface design that uses a serial standard called RS- 
422. There is enough correlation with RS-232 and RS-422 to allow 
connecting the two, but the RS-422 design calls for two transmit and 
two receive signals. The transmit and receive lines are configured with 
"negative" and "positive" pairs and the signal is expressed as a differ- 
ence in the signal levels across the pair. This means noise is less like- 
ly to interfere with the proper detection of the signal data and the sig- 
nal fs more reliable. It also means that with RS-422 it is necessary to 
dedicate four wires (instead of two) to the data flow. 



Apple designed the riQS and Mac serial ports using an 8-pin connec- 
tor The supported signals are DTR (handshake out), "HSKl" (hand- 
shake in), TxD-, TxD+, ground (reference and supply), RxD-, RxD+, and 
"QPI" (general purpose input). Apple seems to like non-standard 
nomenclature, so we went to the llcis schematic (in the Apple lias 
Hardware Reference, Second Edition) to find out that HSKI is connect- 
ed to CTS and QPI is connected to DCD. 

You have to be careful with modem cables on the lies and Mac. If 
you plan to use a high-speed modem (9S00 bps or higher) you'll want 
to invest in a hardware handshake cable (some companies sell these 
designated as "Hayes V-series modem cables"). FroTERM's manual 
does caution that you can't use hardware handshaking, transmit inter- 
rupts, and true carrier detect all at the same time on the llos inter- 
face. FroTERM 6oe.s not enable the modem's carrier detect feature 
("fifCl" in most modern modem's command set) for this reason. 

The Apple lie only has five signal lines on the modem port: 
DTR, DSR, TxD, RxD, and ground (power and signal common). The 11c 
port uses a DIM standard connector with only five pins; the Ilc-Plus 
uses the same five signals mapped to the IlQS-style mlni-8 DIM con- 
nector Five signals might seem to give the 11c a minimum comple- 
ment of signals for bidirectional handshaking. 

But, to complicate matters, Apple's labels for those pins aren't 
strictly kosher. Each "DSR" pin is actually connected to the "DCD" pin 
of its respective 6551. The real "DSR" pin from the Port 1 6551 ACIA 
(the serial interface component used in the lie) is connected to an 
EXTIMT* signal on the lie's disk port. The "DSR" pin from the Port 2 
ACIA is connected to the KSTRB signal to generate keyboard inter- 
rupts. Each of these signals is treated as an input from an "external" 
source (disk port or keyboard) in order to generate an event interrupt. 
(If you need to know more about this, consult the Apple 11c Technical 
Reference manual, especially Appendix E on interrupts.) 

According to FroTERM's manual, the limited number of signals 
allows hardware flow control in one direction only. FroTERM simulates 
bidirectional hardware handshaking in its driver. 

Once the handshaking is right, the issue is throughput; how 
fast the information flows through the system. Using hardware 
handshaking instead of XOn/XOEF ensures the maximum amount of 
data can be pumped through the modem/computer connection. The 
remaining question is, "Can the computer keep up with the modem?" 

The theoretical maximum throughput of the v.32bis/v.42bis 
modem is 57,600 bps (14,400 bps times a possible data compres- 
sion factor of 4). Therefore the modem will commura'cate with its 
computer terminal at bps rates up to and including that speed. 

The actual amount of data passing through the modem may be 
somewhat less. Any increase over the basic bps rate (9600 or 
14,400) from the data compression aspect will be limited by how 
'compressible" the data is. riles compressed with ShilnMt (or a simi- 
lar high-efficiency compression utility), for example, are already about 
as compact as a reasonable "lossless" (without any loss of informa- 
tion) compression algorithm can make them and further effort in com- 
pression is just wasting time. In this case, the modem will effectively 
be transferring data at its basic speed. 

Another limitation is the error rate of communication across the 
phone line. These modems monitor the signal quality of the phone 
line and can "fall back" to a lower bps rate if the line quality causes 
so many errors that data could actually be sent faster at a lower 
speed. When the line quality seems to improve, the modems can step 
up to a faster speed. (You might not think that 2400 bps can be faster 
than 9600 bps, but it may be if a block of information can be sent 
clearly the first time at 2400 bps as opposed to having to be sent sev- 
eral times at a higher speed before it arrives intact at the other end.) 

In other words, using the maximum theoretical speed between the 
modem and the computer is not an indication that all information is 
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transferred at that speed, or even that much of it is. Using the maxi- 
mum bps rate just insures that the data will always flow with as little 
obstruction as possible. 

In the real world, the coinpnter may have limits, too. We tried 
to determine the maximum bps effective rate at which several popu- 
lar Apple II configurations (as well as a few other computer systems) 
could transfer data reliably. It turns out that, depending oh your con- 
figuration, you may be better off setting your computer/modem com- 
munication speed as low as 19200 bps to get the best performance. 
In fact, certain configurations may require that you set the rate even 
lower (to 9600 bps). 

The systems tested were; an Apple IIqs with an SMHz ZipQSX with 
16K cache, a Mac SE, a Mac lisi, and a Mac PowerBook 170. The soft- 
ware used was ZTem on the Macintosh, and Talk is Cheap and Fro- 
TERM on the Apple II systems. Files were downloaded over a null 
modem cable from a PC running ProComm Plus (DOS) in host mode. 
The file transferred was an uncompressed application file of about 
214016 bytes in size. 

For Talk is Cheap we used the YMODEM transfer protocol. YMODEM 
transfers blocks of data of 1024 bytes along with a verification value 
calculated from the data in the block and then waits for an acknowl- 
edgement from the recipient. If the block is not received intact it is 
sent again. The more times a block isn't correctly received the more 
times it must be resent, so the number of errors and transfer rate is 
an indication of how successful the connection is. 

For FroTERM and ZTerm we used ZMODEM transfers, a more robust 
and complicated protocol. The easy way to think of ZMODEM is that it 
sends data without waiting until the recipient identifies an error. At 
that point the recipient tells the sender which block of data was bad 
and it is resent. Since ZMODEM doesn't wait for acknowledgement of 
each individual packet it can proceed much more quickly until an 
error actually occurs. 

With the Apple II system we timed tests with and without accelera- 
tion to see how much aid more CPU speed would be. Also, on the IIqs 
we tried some transfers with AppleTalk enabled to see if AppleTalk's 
use of CPU time would hinder high-speed transfers (look for the "AT" 
setting In the comments). Transfer times were reported in seconds 
and in characters per second (cps values in parentheses were calcu- 
lated in situations where the receiving program didn't report the figure 
Itself). Here's what we came up with: 



Systen (bps rate) 


Dime 




errors 


conment 


nnodeni 










Apple SSC (9600) 


failed 






IHhz; Talk is Cheap 


^le SSC (MOO) 


236 


(907) 





8Hhz; Talk is Cheap 


Apple SSC (19.2K) 


failed 








Apple IlGS (9600) 


314 


(682) 





2.8MHz; Talk is Cheap 


%i4iiffi (M.a) 


313 


m 







i^le lies (9600) 


2J6 


m. 





8Hhz; Talk is Cheap 


j^e lies (19.2K) 


191 


1113 







Znodeni 










J^le SSC (9600) 


241 


m 





IHHz; ^roIERH 3 


Apple SSC (19, 2K) 


199 


1075 


2 




Apple SSC (19. 2K) 


195 


1097 





Mi) ProTErai 3 


Apple SSC (38. 4K) 


failed 








l^le IlGS (19.2R) 


124 


1725 





AT off; Zip off 


Apple IlGS (38.4K) 


158 


2183 


9 


AT off 1 Zip off 


Ai^le IlGS (19.2K) 


120 


1783 





AT off; Zip on 


Ai^le lis {38.IK) 


177 


1209 


15 


SI off; Zip on 


Apple IlGS (33.4K) 


132 


1346 


9 


AT off; S2 fast 


l^le IlGS (19.2K) 


134 


1597 


18 


AT on; Zip off 


i^le IlGS (38.4K) 


872 


245 


136 


AT on; Zip off 


Apple IIss (19.2K) 


126 


1783 





AT on; Zip on; S2 fast 


Apple IIss (38. 4X) 


530 


403 


74 


AT on; Zip on; S2 fast 



Mac SE (9600\ 


911 


Q9<; 


A 
U 


Mac SE fl9 21(1 


faiM 






Mac Ilsi (19. 2K) 


123 


1735 





Mac Ilsi (38.4K) 


81 


2624 


8 


Mac PB170 (19. 2K) 


117 


1820 


1 


Mac PB170 (38. 4K) 


failed 







The upper end on the Super Serial Card seems to be around 
19200; even though FroTfRW completed the transfer the time was 
not significantly faster than at 9600 bps. Talk is Cheap didn't com- 
plete (it usually got the file header and died with continuous errors) at 
19200, but worked fine at 9600. 

The IIqs serial port firmware seems solid at 19200. FroTERM's low- 
level driver seems to be pushing things at 38400 but does complete 
the transfer. Setting slot 2 to "fast" (marked by "S2 fast" in the com- 
ments) seemed to help, so we left it there for the tests with AppleTalk 
on. AppleTalk does seem to interfere some; 38400 becomes slower 
than 19200 due to the number of errors FroTERM has to compensate 
for. 

According to Quide to the Macintosh Family Hardware, Second Edi- 
tion (page363) the "classic" Macs (!t Wasn't clear whether this meant 
only the 8MHz compact versions such as the Plus, SE, and Classic) 
support a maximum bps rate of 57600 through the Mac TooIBox 
(higher rates are possible by using externally clocked synchronous 
transfers, but consumer modems are asynchronous beasts). However, 
it looks to us like the Classic Macs could only muster a sustained 
throughput somewhere between 9600 and 19200 bps. The Ilsi made 
it to 38400 with transfers cleaner than the IIqs, but the PowerBook 
170 didn't, dying about 6 to 10 percent of the way into the transfer 
(We've successfully used these systems as urilX terminals at 58400 
bps; the limits show up during raw transfers.) 

Most common current serial ports on PCs will work at least to 
38400 bps (the limit for our test). Older serial ports based on a non- 
buffeTing chip may not make it that Mgh. The operating system may 
also influence the throughput; operating systems like Windows and 
OS/2 that are graphics-based may lower the maximum attainable 
speed on some systems. 

What we're trying to convey is that the new high-speed 
modems do work on Apple n models with varying degrees of 
success. And in cases where the Apple II does have limits, moving to 
another type of computer may not solve the problem. If you plan to 
use a software package or interface other than the ones we have 
mentioned, check with the respective manufacturer to see if the pack- 
age will support sustained high-speed transfers and what kind of 
cabling you will need. 

Also recognize that most people are interested in high-speed trans- 
fers for the downloading of files. Such files are usually provided as 
compressed archives and as such will not be further compressed by 
v.42bis. For these files a successful transfer rate of 19200 bps will 
exceed the maximum attainable throughput on a 1 4400 baud modem 
and even 9600 bps may not represent a severe dropoff.— DJD 

Miscellanea 

Apple has finally jdned the modern world by going mail- 
order. Apple has a new 40-page catalog that includes Mac and Apple 
II software, peripherals, and accessories as well as PowerBook com- 
puters. 

With traditional Apple dealers seemingly an endangered species in 
some areas and Apple II dealers being even rarer, the new Apple dis- 
tribufion channel finally allows the rest of us to actually get hold of 
true Apple software and peripherals without having to search high and 
low. The computer and electronic "superstores" that Apple products 
seem to be moving toward just don t seem to always have a complete 
array of Apple products available, especially Apple II products. 
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Several accessories that are Macintosh peripherals also work on 
the Apple II and are listed in the catalog; 

liag^iter II liiple Desktop Bus Mouse 

Personal LaseiWriter RDt SppleCD 150 

Apple MIDI Interface Apple SuperDrive 

Apple Extended Keyboard Apple K^boaid II 

StyleHriter (IIgs with Systea 6.0 only) 

Add to this several Apple II specific peripherals: 

l^le Joystick II Apple It SuperDrive Controller Card 

l^leMouse He Apple Disk 5.25 

i^le II High-Speed SCSI Card Super Serial Card 

He Extended SO-colun Text Card tffle II Video Orerla; Card 

Apple He Accessory Kit with 5.25 Controller Card 

Apple He Neaoty E:9ansion Card (slot 1-7 card) 

Apple II Nbrkstation Card (AppleStere network interface for He) 

And a few software items: 

HyperCard lis tffh lies System Software 6.0 

Apple II Aristotle Vm Software (AppleShare network menu) 
Access II 1.3.1 (archaic connunications software, not reconnended) 

The mere presence of some of these items in the catalog may 
wake up some customers to the fact that the Apple II is still around. 
There are some things we'd like to have seen included (like Apple II 
CPUs) but being able to point someone to a location to order com- 
mon Apple II interface boards and peripherals is still a great relief. 

Apple has established a toll-free order number at 800-795-1000 
(FAX 302-678-9200) which is in operation around the clock; the voice 
number doubles as the Customer Service number. (There's no inter- 
national phone number at this time, although they're working on 
that.) Orders called in by midnight eastern time arrive the next busi- 
ness day, according to the catalog (Saturday and Sunday orders roll 
over to arrive the following Tuesday). Tor more information, call and 
order the catalog. 

And, if you've picked up a used Apple... we're starting to get 
calls from new Apple II users who've picked up their systems used. 
Often the previous owner couldn't locate the original user manuals. 
Apple doesn't print and package these manuals for resale, so they 
aren't available through book dealers and similar sources. 

However, near the back of Apple's new catalog, there's a sidebar 
advertising replacement manuals for several computers. Among them 
are manuals for the Apple lie and llos. If you're missing original Apple 
manuals for your Apple II, call Apple's order number to see if they 
have the ones you need. 

Also, if you have any scrap of your original manual (or disk) left, 
you may be eligible for Apple's Media Replacement Program. 

Beagle Bros has scattered to the four (well two) winds. In 
March Beagle Bros transferred most of its Apple II products to Quality 
Computers for distribution, upgrade and support. Beagle was hard at 
work on BeagleWorks, its integrated Macintosh software package 
(with word processor, database, paint, draw, communications, spread- 
sheet, and business graphics modules). 

Despite Rowing prelimiriary reports from many Macintosh maga- 
zines, Bea^eWorks arrived late and with some bugs and performance 
problems. This month we heard that Beagle President Mark Simonsen 
has sold the package to WordPerfect Corporation. WordPerfect is a 
meyor player in the word processing arena with a reputation built on 
outstanding product support. Mark Simonsen is now the Product Man- 
ager for the new Works package; Mark Munz also follows to Word- 
Perfect as the head programmer for the package. 

Several former Beagle luminaries had already turned to other pro- 
jects, including the founding of two companies still active in the 
Apple II market: WestCode Software (Alan Bird and Rob Renstrom) 
and JEM Software (Randy Brandt). Beagle is a beacon for the Apple II 
that will be missed. 
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Double-wide loads 

Although most of our readers have moved to the llos, many still 
use lie or lie computers or run older programs on their llos systems. 
A question that recurs with astonishing frequency is how to enable 
the double high resolution mode available on the 128KIIe and its 
progeny, and more specifically how to display pictures created using 
double high resolution drawing programs. 
The loading and displaying of double high resolution graphics (let's 
start using "DHR" as an abbreviation) is interesting in itself because it 
requires several preliminary steps to avoid problems. Most significant 
is that half of the DHR screen is taken from the auxiliary 64K of the 
128K Apple II it is working with. That's the same area that the ProDOS 
/RAM volume occupies. If you have files stored on /RAM and move 
something into the DHR screen, the odds are very good that your files 
will be destroyed. So one requirement fs that we have to make sure 
we don't start copying things to the DHR screen before we have the 
memory reserved. 

The simplest way we've found to check /RAN for files is to 
BLOAD its directory (ProDOS lets you do that) and check the file 
count in bytes 37 and 38. If it's not "0" then /RAM is not empty; the 
user has to move the files somewhere safe first. 

If /RAM is empty, we need to reserve the auxiliary memory 
portion of the DHR screen. Apple has made this absurdly easy; just 
BSAVE a file the size of a high-resolution screen to Uie /RAM volumei 
/RAM is arranged so that not only is the first file stored in the DHR 
screen area, it is stored in the correct order for display. 

Using that knowledge, displaying DHR is easy. Save a dummy file to 
/RAM to reserve the memoiy. To load a picture, BLOAD the auxiliajy 
memory half first, then BSAVE it over the dummy file. Then BLOAD 
the main memory half to the primary high-resolution screen area. 
Actually, it's easiest to load the auxiliary half to the main memory 
high-res display buffer at $2000 (8192 decimal) before saving it to 
/RAM, then just load the main half over the auxiliaty half to complete 
the picture. 

The fun and games is often in trying to guess how the DHR 
picture is arranged. Some programs save them as two files (one for 
each half of the picture). Some save the whole picture in one file, but 
either half may be first, In the following program you can set the type 
to ""1, "2", or "3" to indicate one of the three popular DHR program 
formats (TimeOut Faint, Beag/e Qraphics, or Dazzle Draw); one of the 
three subroutines at the end of the program will load and display the 
two halves of the picture. 

All that's left is to flip the softswitches to display the picture. 
You can let BASIC handle most of this by using "PR#3" to initialize the 
screen to double-wide text (80-column) mode and HQR to display the 
high-resolution graphics screen. Then POKE 49246,0 to enable the 
DHR display and, optionally, POKE 49234,0 to display the graphics 
full screen (without four Hncs of the text screen mixed in at the bot- 
tom). 

Of course, when done, put eveiything back to normal: POKE 

49247,0 to disable DHR (and maybe reset the 'mixed screen" setting 
with POKE 49235,0), use "TEXr to turn off the graphics display, and 
issue 'PRinTCHR$(21)'' (print a Control-U character) to turn off Oie 
80-column firmware. 
Here goes: 

1000 RBI — load/display double high-res => 
1010 DIH B(7) : REX use for parsing byte to bits 
1020 i HOME 

tm wmti- mt) o rnm mm leguiiet m l^e lle/c/gs.': m 
1040 GOSUB 1460: IF (MEK < 128) THE! ms 'Requires 128K!'! SIOF 

1050 PRIHI "Checking for enpty /RAN...' 

1060 FRUH! CBR$ (4);'IILQItD /RIM,l$2000,I.512,IDn' 
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1070 IF ( PEEK (8192 + 37) + 256 * PEEK (8192 + 38)) IEEE FRIHI '/MN not 
aftyl's SBSf 

1090 RM — the folloHug enables double high-res 

1100 FRIR CBR$ (4);''I>R{3'; REM activate SO-colom fimaa 

HID PRINT : REM send sonething through COUT to initialize finware 

1120 HBt (above also initializes 80SI0RE) 

1130 IGR : REH activate bi^-res 

1140 PRINT CHR$ (4);'BSAVE /RllM/ER.X,ft$2000,L$2OO0<'i REM reserve DER page in 
aux m 

1150 POKE 49246,0: REH activate double high-res 

1160 REH (lou may uant to select "full page" here, too.) 

1170 REN For lore infonation, see the appropriate Eaidnare Reference 

1190 REH — You have to figure out whicb foniat — 

1200 REX Use I ' 1 for Beagle Grs^cs 

1210 RBI T = 2 for liMOvt Faint 

1220 REH T = 3 for Dazzle Draw 

1230 RBI One of these will probably mrfc. Otherwise... 

1240 REH ...you'll have to figure it out box to load it yourself. 

1250 rai put filenaae into F$ 



1260 I = 2: RBI Our exaiple is a limeOut Paint file 
1270 F$ = •JSSEPIC" 

1280 m Line 1340 calls subroutine ^rq^iate to the file format in I. 
1290 REH In all cases, w; 

1300 REH a) BLQAD the aux mem section to main men high-res page 1 
1310 REH b) BSAVE the main nenory page 1 to aux kd file ImlM.l 
mom (Ibis works due to the »y M)OS treats the /RiM devicel) 
1330 REH c) BLQAO the main men section of the picture. 
1340 W (I) GOSOB 1600,1680,1760 

1350 vm - 16368,0: HUT - 16384,128: FGRE - 16368,0: m wait for Iteypress 

1370 REX — following disables double high-res — 
1380 mi 49247,0: m deactivate double high-res 
1390 PRINT CHR$ (4);''DELETE /RAH/HR.X": REM remove our file 
1400 PRINT : PRINT CER$ (21): RBI tun off fizaore 

1420 REM - outa here — 
1430 ma : HONE 
1440 END 

1460 REH — get memory size from ProDOS (HACBIS) — 

1470 warn s m. {tmt) t m $bf98 




Playing slots (again) 

normally, when you go to the Control Panel 
and create a RAM disk, an icon called RAMS 
appears in the Finder I have had a RAM disk 
icon in Finder, along with the hard drive icons 
and the 5.25 icon, for years. 

The problem started when 1 added the Apple 
3.5 Disk Controller Card to my system with the 
SuperDrive. How all of a sudden, when I switch 
slot 5 from "Smartport' to "Your Card' the RAM 
disk icon called RAMS disappears. 1 may have a 
RAM disk, but without the icon how do I know? 

1 have had to split my drives up to be able to 
run all programs and have the option of keep- 
ing my RAMS disk In the Rnder. The SuperDfive 
is still connected to the controller card but the 
original drive is back to the Smartport hookup. 
Any suggestions on how 1 can daisy<hain my 
3.5 drive and still have access to the RAMS disk 
option and have Copy II Plus recognize the 
drives? I'm tired of switching to slot 5 and 
rebooting eveiy time I need to change direc- 
tions in my work. 

Rusty Schneeflock 
St. Joseph, Mo. 

As comedian Steven Wright has said, "You 
can't have everything... where would you put 
it?' 

The Ugs Disk Port requires some built-in pro- 
gramming ("firmware") assigned to slot 5 to 
support any attached 3.5 disks; this firmware 



also supports the RAMS volume. The built-in 
hardware and firmware was only designed to 
support the BOOK (UniDisk 3.5 and Apple 3.5) 
drives, the /RAM5 disk, and (using additional 
firmware assigned to slot 6) Apple 5.25 drives. 
Drives that sufficiently resemble these drives 
also will work; there isn't a third-party UniDisk 
3.5 clone (unless you count Chinook's Smart- 
Fort-attachable hard disk), but companies like 
Applied Engineering and AMR ma/te ateffla- 
tiVes to the Apple 3.5 and 5.25 drives (though 
we know of one minor glitch with non-Apple 
3.5s; the Has will wait indefinitely when trying 
to read the drive when no disk is present). 

You need additional hardware and firmware 
to supjxia the Suj^rDiive, wim^ is why you 
need the new Apple Disk 3.5 Interface card. 
But if you install this card in slot 5 in the lias, 
it has to be activated in place of the internal 
slot 5 ("SmariPort" support). When you disable 
the internal support, you disable its RAMS sup- 
port. That's why RAMS is unavailable. 

As you've seen, you can't have slot 5 set to 
both options at once. You have to decide 
which option is more important to you and 
stick with it, or rearrange your slots to accom- 
modate the 3.5 interface in a different slot, or 
switch back and forth. This is life. 

If you have an available slot you can install 
an Apple II Memory Expansion Card ("Slinky" 
card) or work-alike such as the Applied Engi- 
neering RamFactor to get a RAM disk back 
without moving the 3.5 controller. Alternative- 
fy, you couki move the controller to a stot 
oOkt &ian Ss property written pragmas 
shouldn't care, and ProDOS 8 vAtt 'phantom' a 
third slot 5 drive to another slot anyway. 

Assuming you have just these devices, slot 
2 can be set to 'Your Card" and the 3.5 con- 
troller can be installed there. Or put in a Slinty 
card for a RAM disk of up to one m^abj^e, (If 
you like the latter idea, we've got 2-3 of these 
cards around here that we'd sell.) 

Due to a problem we located with the Apple 
SuperDrive Controller and the AMR 3.5 disks 
(you can't do a low-level format of an 800K 
disk in the AMR 3.5, tiiougA it will read and 



write them fine), I spent some time working on 
an update to Tom Weishaar's original article on 
Smeutport device identification. Look for some 

more information in the future.— DJD 

multi U\D\', advanced BASIC 

Congratulations to Dennis Doms on his arti- 
cles on MlDlSynth and MIDI generally. At 1^ I 
know what Multi mode is and that is the way my 
synthesizers work. 1 hope there are to be more 
such articles and 1 look forward to reading 
them. 

W. J. Pattison 
Adelaide, S.A. 

Once you have the basic components of 
MIDI on your Ilos you may want to scout 
around for other music software. We've found 
a couple of programs of professional quality 
and several less complete (but also less expen- 
sive) prolans for experimentation. 

At the protes^md level choices are 
strictly limited. One thing you may want is 
more capable sequencing software. The best 
we've seen is Master Tracks Fro from Pass- 
port designs; there are actually Has and lie ver- 
sions. If you find the $399 retail price frighten- 
ing there is a lower priced Mastar Tadts Jr. 
for about $99. Unfortunately, both of these 
programs have been discontinued by Passport 
Designs. 

The other professional tool is software to 
produce actual musical notation (scores). The 
best we've seen for this is MusicWriter from 
PyWare (800-222-7S36), which is actually a 
series of three products that can produce 
scores of varying complexity. MusicWriter 
doesn't require MIDI, It can also be used to 
edit scores directly. MIDI Just provides an alter- 
native method of communicating with the pro- 
gram. (As with several Ilos applications, the 
use of an accelerator will greatly reduce Oie 
frustration factor of using this ^aphics-inten- 
sive program.) 
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1480 BITE ° HOID: GOSDB 1520: RBI parse byte into bits 
1490 MEN > 0: IF (2 * B(S) + 8(4)) > 3 THEN HEM ° 128 
1500 BEIOn 

1520 REM — parse byte into bit array — 
1530 FOR I = 10 7 

mvm'va (mfi) 

15S0 IF (RB <> {Vm * 2)) QEI B(I) > 1 
1560 BIB - SBnE 
1570 ms I 

1580 REnai 

1600 REK — Fomat: Beagle Graphics (two files) — 
1610 REM Main men half is in F$ 
1620 REK iliiz MB half is in F$.M 

1630 PRm CBR$ (4);'BLQn) ';F$;'.«)X,A$2000': RBi load anx portion to naia 
BGBsry 

1640 PRIIH CER$ (4);'BS&VE /R»(/ER.E,A$2000,L$2000'': m save it to m 
1650 FRINI CHR$ (4);'BU)«) ';F$;',i$2000'! BEK load aain wauq portion 
1660 REIURII 



1680 REM — Fonnat: TineOut Paint (single file) — 
1690 REM Main negi half is second half of F$ 
1700 REM Aux neg half is first half of F$ 

1710 PRUI CBR$ (4);'BLQU> ';F$;',A$2000,L$2000,B$0': RDI load aux portion to 
lain nesnry 

1720 PRINT CBI^ (4);''BS&VE /SSH/BRJ,A$2O0O,L$200O''! REM save it to aux 
1730 nm <m (4);'BU»D ';F$;',i$2000,L$2000,B$2000": REM load main naoory 

portion 
1740 RETURN 

1760 REM - Fomat: Dazzle Draw (single file) — 
1770 REM Main nai iBlf is first half of F$ 

1780 REM Aiu m half is second half of F$ 

1790 FRINI CER^ (4);''BL0AD '';r$;%A$2000,I.$2000,B$2000'': REM load aux portion 
to lain memory 

1800 FRni CER$ (4);'B»VE /R«(/ER.Z,A$2000,I.$2000'': RBI save it to am 
1810 PRim ti)ftm •m',",imit,m^iV^-< km load main nenocy 

portion 
1820 RETURN 



These products also exist in versions for the 
Be using Passport Desk's (also discontinued) 
He MIDI interface . 

nany of tbe less expensive tobbiest' 
products are available tbrougb The Big Red 
Computer Oub (402-379'4680). These are 
programs that may satisfy many users though 
lacidng professional features. They also ui- 
dude a gioup of programs that use MIDI as an 
alternative sound input and output channel 

Electronic Art's Music Constructiott Set 
allows you to enter your music by placing 
notes on a musical staff and then playing 
mem, Cktnsbm^d soi^ cm be [^ed back 
throu^ the lias speakers two Ai^m- 
ment voices, one 'treble' and one 'bass', for 
the notes on the respective staves) and MIDI 
via the modem port. You can also play the 
voices using the NIDI keyboard but the notes 
aren't added to tiie ^aff. Music Cmatmctiott 
Set has no means of selecting MIDI conjura- 
tion and there's no mention of MIDI in the 
manual. In addition, the program runs as a Pro- 
DOS 8 application and doesn't implement 
standard lias interface features (such as a 
'quit" option from the menus). 

Activision's JViioic Sbidio a/so allows you to 
enter notes on a staff and fAay Oiem through 
both the //OS speaker and MIDI port (modem 
port only), but the MIDI implementation is 
much more complete (and documented). 
Tfiroug/i the 'MIDI parameters..." item of the 
'Opttofls' menu you can set up up to 16 
instruments and assign their basic MIDI dm- 
nel, the preset (voice program) number to use, 
and a range of notes that will be accepted. The 
MIDI parameters are saved as part of the file 
so you can archive them with your music. This 
gives you more control over the Instruments; 
y&a tsaa mbmlfy play several in^runtents 
tiiroti^ the use of program changes to alter 
voice assignments (in the MIDI device playing 
the data) or by assigning output to play back 
on more than one unit (by assigning the basic 
channels for different voices). 

fbisic Studio also has several nonstandard 
quirks that cause headadies. The user Inter- 



face is barely recognizable as a lias desktop 
implemenlatiott (ItreaHy^n'tone), even fedling 
to call the Desk Manager so that Hew Desk 
Accessories (and the Hew Control Panel) show 
in the Apple menu. 

It uses its own MIDI driver (APPLEMIDI) that 
assumes use of the modem port for output 
instead of Apple's (AH'LE.MIDI) driver that can 
be assigned to either the printer or modem 
port. (Things work much better if you create 
the "APPLEMIDI" driver by duplicating the 6.0 
"APPLE.MIDI" driver rather than copying over 
the driver supplied on the Musk Studio disk. 
{Mso tiy patching the name in Masic.^16}}, 

I had to disable the HpQSX before launch- 
ing MusicSysW to get the MIDI functions to 
initialize and recognize the synthesizer (once 
the program has started, you can go into the 
Classic Control Panel and re-enable the 
SpOSX using its CDA). 

Also, the pathname for a "WAVES' folder 
that Music Studio uses is hard<oded so that it 
must exist in the root directory. (The installar 
tion procedures supplied with the Big Red 
Computer Club version are careful to point this 
out.) 

The program assignment values for 
l<li»lc.Sto<Ifo correspond to one plus the actu- 
al pro-am number (program 1-128 in JVusic 
Studio translates to 0-127 for MIDI). 

In general, there are many things wrong 
here. But if some of the faring problems 
could be 'p0tdied out' (or pstdied In) Oils 
progmn n^t be the best economical NIDI 
application out there. 

Several of Ote remaiaing programs are 
"performance oriented." From Electronic Arts 
there are Instant SynOiesizer and Instant 
Afusic. Instmt Sjndiesizer is a simulation of 
a sampllr^ synthesizer which can play badi 
tracks of music and assign voices from digi- 
tized sound files. One of the more hilarious 
examples is a fugue using animal voices (dogs 
barking, ducks quacking, lambs bleating). 
When loading the supplied songs. It physically 
goes out and checks the 3.5 drive for every 
ttle, even when In^Ied on a hard disk 



(because the full pathnames are imbedded in 
the 'pac/cage' ff/e that loads the instruments). 
Instant Synthesizer supposedly supports 
MIDI devices, but I couldn't get it to work with 
the current system software. 

Instant Music simulates a bacl^ound 
combo in several styles (rock, country, classi- 
cal, jazz, or make your own) pla^ng a cyclic 
accompaniment that you can "jam" with in a 
"music minus one" style. 

The major weakness of most of these pro- 
grams is their relatively limited use of the 
Ensoniq's sound capabilities bi terms of the 
smipled waveforrm provided. Most me capa- 
ble of decent sound, but many of the starvdaid 
instruments just don't sound that good. More 
recent programs (also available through Big 
Red) from some of our overseas friends fare 
better. 

Oliver Qoguel (of the Free Tools Associa- 
tion) pro^mnmed noiseTracker, a sequencer 
that runs from ProDOS 8 but requires a Has 
since it uses the Ensoniq. It doesn't indude 
MIDI capability, but it does provide the ability 
to import and play Amiga "MOD" files. This file 
format Is apparently popular; MOD players for 
both the Mac and PC compatibles (using a 
standard sound card like the SounOBIaister) 
have been spotted. ISoisetracket's sound 
reproduction abilities are impressive; the Intro 
music is stunning. 

tmbert Alber's Souad^nitb is another 
sequenc&r progrsm with Mtiming sound and it 
does support MIDI output with channel a^p^ 
ment in Omni, Poly, and Multi modes. You can 
enter data manually; 1 didnt find a way to use 
MIDI for input. 

1 had two problems: the program seemed to 
output MIDI signals a few octaves off from the 
syntit&xzer (Uie synth plays C#2 when Sound- 
Smith lists C#5), and occasionally a MIDI voice 
would be left in a "Hate on" state (as if the 
controller didn't quite shut down all the voic- 
es). The latter may be a feature; It occurs when 
you drag from one note to another on the 
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screen keyboard and clicking the sustained 
note stops it But tlie 'Stop Sound' command 
wont and often doem'l stop all the notes 
when ased to Aa^^ the 'pk^ef. 

There are at least a coupie of companies 
involved in musical applications of computer 
systems including the Apple II. One is Sound 
Management Electronic Music Products, 
P.O. Box 3053, Peabody. Ma. 01961, 508-531- 
6192. Thm company provides product sa/ra 
and SKlvice m cori^ater music products, NIDI 
Interfacing, and so on. 

Another is Creative Consultation Services 
(719-687-2210) which supports PyWare and 
other product. —/WD 

Not in Kansas anymore 

A2-Central On Disk for november 1992 has 
a new Ilgs Shrinkit program. The new QSMK 
works just fine. I used it to unshrink the 
QSHK.DOCS file which appears to include new 
information because it is a couple of kilobytes 
larger than the former QSHK.DOCS file, 
ttashrtnking tt was no problem wttti Qie new 
OSM but when I went to print it, using Apple- 
Works at first, I got an error indication and the 
file appears as only 1 K to AppleWorks. 

I tried using Sneeze to print it and got 
nowhere with it; it kept coming back to the 



main menu of Sneeze. So 1 tried to read the file 
using Copy II Plus (v8.2) and "View Files in 
Text" mode. I got an I/O IMOR BLOCK 
$76AE". I guess the new OSM works fine but 
the documentation file has been messed up in 
some way. 

Could 1 please get a copy of the QSHK.DOCS 
file that I can use? Thank you! 

Qeorge Nilonas 
Tacoma, Wash. 

Okay, everyone who bought a lias because 
you wanted OS/OS features, take one step for- 
ward. How, everyone who's still using ProDOS 
8 applications to manipulate QS/OS files, take 
one step back... 

It could be a little more apparent, but the 
OStlK documentation is actually in a Teacb 
file, not a text file. Teach is a Has format that 
supports text iw't/i formatting codes (text 
styles, font types, and so on), and it may not 
be unusual to see //os prepms supplied with 
a documentation file in this fotmat since the 
Teacb application was supplied as part of Sys- 
tem 6.0. The reason for adding Teacb to 6.0 
(as for adding TeachText to the Mac system 
software) is to give Apple developers a 'univer- 
sal' file format to distribute program documen' 
tation in. Not everyone has AppleWorks, some 
people even have trouble finding a utility to 
display text files if they're not using a word 
processor that can convert them. 

Developers probably won't supply Teacb 
since it requires 6.0 to run; if you have 6.0, 
you have Teacb. If you don't have 6.0, Teacli 
files can be read by nmt Has word processors 
induding the one in AppkiWoita QS mi 
many of the Has text editors distributed as 
user-supported programs. 

Apple II u sers upgrading to the lias are going 
to have to be careful to avoid using ProDOS 8 
progranm m QS/m ffites. Mtimugh (WOS sup- 
ports the ProDOS fOe ^f^m U. also support 
some enhanced features and at least one new 
file storage type (the "extended' files with 
resource forks) that ProDOS 8 does not have 
any intrinsic ability to handle. Copy UPlus 
apparently tries to follow the file physically 
(block by block); since the extended Hie for- 
mat does net use the same Indexir^ as a "w 
mal' ProDOS file. Copy BPbta misinterprets 
the Index and looks for blocks In Impossible 
places. That's where the "I/O error" came 
from. 

BsMl^ a file can't cause serious problems 
as long as tfee prcgram trs^ errors. Copn/lng 
files ormaMfmlaOnq data on vour disks can he 
disastrous if the program makes bad assump- 
tions and doesn't catch errors. When lias Sys- 
tem 5.0 arrived ufith extended files many peo- 
ple tried copying system files to their hard 
disks with their old utilities and ended up with 
corrui^ed systems that wouldn't boot If you 
are using disks with OS/OS files It Is essential 
that you use only QS/OS utilities to manipulate 
th(mMm-^kJD 

Words over wires 

Thanks for your treatment of Apple Writer II 
in your October newsletter. I use it exclusively 



in my law firm and have for many years. It net- 
works, and the features you describe are great. 
However, l am very interested in your com- 
ments on page 4 that there is a built-in telecom- 
munications module that will work with a 
modem. 1 have an Applied Engineering 
Datalink 2400. How do 1 activate it without leav- 
ing Apple Writer II? If 1 print to the slot where 
the modem is, nothing happens. 

Do I need to make special settings off the 
Control-0 menu (choice J) first? If so, what, and 
then what do I have to do to engage the 
modem. What other module features exist? I 
have the original documentation for both the 
DOS 3.3 and ProDOS versions of Apple Writer 
/land can find nothing on telecommunications. 

Brian C. Sanders 
Fort Walton Beach, Fla. 

The telecommunications capability of Apple 
Wiita- n is limited to that of a dumb terminal. 
There are a lot of problems with its CQmpatiblli- 
ty, though; it doesn't like our Has at all (even 
when using a Super Serial Card in slot 2) and it 
may be selective about the serial interface it 
wants to use (for example, it doesn't work with 
the Hayes Mia-omodem U, if any of you out 
tee still ftaveoiJ^^. 

To set it up, type contfcAO for One 'Opti<m' 
menu, select 'J' for 'Set Printer/Modem Inter- 
face", and pick slot 1 or 2. Then you'll be 
asked to enter a format string (baud rate, data 
bits, parity, and stop bits). We tried 
"2400,8,n,r (to use the default speed of the 
interface, use '0" as the baud rate). 

To connect, type "controIQ' to go to the 
'Quit' menu and select T ('Connect Keyboard 
to Printer/Modem"). From here, you type com- 
mands to the serial port firmware (and 
modem) as If you were In BASIC or in a very 
dumb terminal program. For example, to dial 
you mifgftt type 'AT DT<number>' for an AT 
(mmmd wmpaMbk modem. 

There are four 'Bscape" commands; you 
issue any of these by typing the Escape charac- 
ter followed by the first letter of the command. 
"R)ecord" copies received text to the word pro- 
cessor's buffer. 'E)cho" echoes what you type 
(to^& the duplex betwem full and half). 
TiHW filters out couttol characters other 
than necessary ones like carriage return and 
line feed (highly advisable since receiving a 
firmware control code could crash your sys- 
tem). And "(3}ulf takes you back to the word 
processor saeea. 

"Weceive' 0ves you the ability to aifOure 
text You can send text to the modem by 
"printing" it to the modem slot, but this can be 
tricky since you won't have any way to control 
aspects of how the data is sent (the data Is just 
"bulk dumped" to the serial port). There are no 
provisions for file transfers or other common 
features of real telecommurucations programs. 

If tt works for you, the telecommunications 
support may be useful in situations where you 
need to talk to another computer at a very 
basic level and just don't want to leave Apple 
Writer. Otherwise, you're better off ignoring 
It— ft/D 
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